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I  INTRODUCTION 


I  INTRODUCTION 


A.  PURPOSE 

The  purpose  of  this  study  was  to  analyze  and  forecast  the  U.S.  market  (1977- 
1982)  for  large  data  base  applications;  to  determine  the  potential  degree  of 
market  penetration  for  Intel's  Data  Base  Computer;  and  to  provide  information 
as  to  the  adviscbility  of  Intel  investing  additional  resources  in  the  development 
of  this  program. 

B.  RESEARCH 

The  researcn  for  this  program  was  divided  as  follows: 

•  Thirty  large  data  base  user  interviews  coficerning:  attitudes,  issues,  products 
employed,  conversion  experiences,  and  evaluation  of  Intel  as  a  potential 
vendor. 

•  Research  analysis  of  available  data  Involving  data  base  markets  and  products. 
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EXECUTIVE  SUMMARY 


CONCLUSIONS 

Data  base  systems  are  a  key  segment  of  the  EDP  environment  and  will 
continue  to  increase  in  importance  over  the  next  five  years. 

About  two-thirds  of  large  users  have  DB  systems  installed. 

INPUT  forecasts  that  the  market  for  DBMS  software  packages  will 
expand  from  $70  million  in  1977  to  $250  million  in  1982. 

INPUT  forecasts  that  the  DBMS  services  market  will  increase  from 
about  $300  miiiion  in  1 977  to  over  $ i  ,000  million  in  1 982. 

Respondents  are  definitely  oriented  towards  hierarchical  structured  data 
bases,  and  are  far  less  familiar  with  the  network  or  relational  structures. 

Users  are  reluctant  to  change  data  base  systemiS  due  to  difficulties 
encountered  during  conversions  and  implementations. 

Conversion  has  been  expensive  for  users.  Very  few  know  the  exact  cost  or 
want  to  know. 

IMS  is  the  leader  by  far  in  large  installations. 
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The  key  strength  of  IMS,  as  viewed  by  the  user,  is  IBM  support!  Some 
IMS  weaknesses  reported  include  learning  difficulty,  being  complicated 
and  reliability. 

Some  of  the  appl  ications  best  sui  ted  for  DBMS: 

On-line  systems. 

Planning  and  MIS. 

Requirement  for  ad  hoc  reporting. 
Sample  applications  least  requiring  DBMS: 

Routine  accounting. 

Heavy  computation. 

Respondents  reacted  favorably  to  the  Data  Base  Computer's  (DBC)  perfor- 
mance characteristics  'with  59%  rating  it  I  on  a  scale  of  !  to  5.    (Exhibit  11-1 .) 

Product  strengths  of  1he  DBC  Include  t'lexlbility,  performance,  large 
user  orientation  and  potential  savings. 

Weaknesses  recorded  include  Intel's  lack  of  market  presence,  new 
product  skepticism,  and  reluctance  for  users  to  convert  from  their 
present  s/ste!TS. 

The  market  potential  for  the  DBC  product  line  is  expected  to  expand  from 
about  $60  million  in  I97S  to  $150-200  mlliion  by  1982. 

The  Intel  product  has  the  potential  opportunity  of  capturing  30%  market 
share  by  1982. 


EXHIBIT  II-l 


RESPONDENTS'  PERCEPTION  AS  TO  THE 
ATTRACTR^NESS  OF  THE  DEC'S  PERFORMANCE 
CHARACTERISTICS  (1  =  HIGHEST) 


B.  RECOMMENDATIONS 


•  Recognize  that  marketing  a  D3C  product  line  requires  a  total  corporate 
»        commitment  to  the  "systems"  business. 

Capital  requirements  are  substantial. 

Software  and  maintenance  capabiiities  must  be  established. 

A  "lease  deck"  marketing  tool  should  be  considered  when  calculating 
cash  flow. 

Customer  training  will  become  a  key  element  in  the  marketing  plan. 

The  com.pcny  Imcge  must  expand  to  include  the  "large  end  user" 
orientation. 

9         In  evaluating  market  opportunities,  emphasize  specialization  as  related  to: 
Geogrcphy. 

AppHcaTion/ industry  (E.G..  computer  services,  banking). 

•  Consider  establishing  a  "joint  venture"  with  a  substantial  company  v/ho  would 
serve  cs  a  CGpabie  partner  for  Intel.  Such  a  candidate  should  possess  a  good 
imcge  with  the  large  company  daXG  base  user  cs  wei  1  as  being  strong  in  systems 
software,  and  In  understanding  EDP  hardware.  Some  examples  ere:: 

P\ 

itel 

DEC 

ADP 

Memorex 
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e  Consider  selling  tine  product  first  to  remote  computing  services  vendors  such 
as  Tymshare,  NCSS,  BCS,  MCAUTO,  et  al.  These  organizations  have  the 
sophistication  and  internal  facilities  to  utilize  the  product  without  needing  the 
same  level  of  support  as  the  average  user.  Working  closely  with  such  firms 
during  the  development  phase  would  undoubtedly  assist  Intel  in  avoiding  many 
pitfalls  when  introducing  and  testing  the  new  product  to  the  general  market. 
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il!       ACCEPTANCE  AND  USAGE  OF  DATA  BASE  SYSTEMS 


A,      OVERALL  ACCEPTANCE 

•  The  promotion  of  dote  base  concepts  has  been  successful  in  the  data  processing 
community.  INPUT'S  analysis  of  EDP  Plans  and  Budgets  for  1977  indicated 
61%  of  ail  major  computer  installations  have  one  or  miore  data  base  systems 
installed. 

•  The  increased  use  of  data  base  management  systems  in  the  remote  computing 
services  marketplcce  was  described  in  another  INPUT  report  entitled,  Data 
Base  Management  Syste-ms,  The  extension  of  data  base  services  to  "non-EDP" 
users  through  proprietary  data  base  management  systems  incorporating 
relatione!  dcrc  stnjcture  was  identified  as  one  of  the  most  rapidly  growing 
segments  of  the  computer  services  market. 

«  The  interest  in  data  base  systems  is  not  Industry  dependent.  Exhibit  li!-l 
depicts  the  percentage  of  enterprises  having  data  base  systems  installed  by 
m.cjor  sectors  of  the  EDP  marketplcce: 

Penetration  clusters  around  oO-70%  for  7  of  the  10  sectors. 

Bankers  end  public  utilities  demonstrate  the  greatest  penetration  with 
88%  and  80%  respectively. 

Transportation  has  the  least  penetration  with  only  33%. 
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EXHIBIT  III-l 
PERCENTAGE  OF  ORGANIZATIONS, 
BY  INDUSTRY,  HAVING  DATA  BASE  SYSTEMS 
INSTALLED  -  BY  SECTOR* 


*SOURCE:     EDP  PLANS  AND  BUDGETS  1977  INPUT 


•         The  installation  of  specific  systems  is  presented  in  Exhibit  ili-2. 


In  the  EDP  Plans  and  Budget  study,  IMS  was  the  most  v/idely  used 
system  being  installed  by  26  organizations  and  representing  44?^  of  the 
total  number.  Confirmation  of  this  ratio  is  supplied  by  the  respondents' 
replies  (see  Exhibit  111-3). 

Many  organizations  had  more  than  one  system  installed. 

Data  base  services  revenues  from  computer  services  companies  are  not 
included  in  these  figures. 

•  The  acceptance  of  data  base  concepts  does  not  necessarily  indicate  satisfac- 
tion with  installed  systems. 

The  public  utility,  life  insurance,  retail,  and  discrete  manufacturing 
segments  gH  mentioned  data  base  implementation  as  being  their  most 
significanr  EDP  problem. 

DissctisfGctlon  was  also  indicated  by  a  large  number  of  users  (approxi- 
miote'ly  25%)  who  are  thinking  about  changing  systems  or  still  looking 
for  solutions  to  certain  problems  even  though  they  have  systems 
installed. 

B.       THE  EXTENT  OF  USAGE 

•  Having  c  data  base  system  installed  does  not  necessarily  mean  it  is  being  used 
for  c  significant  portion  of  the  user's  application  set.  Research  for  the  Data 
Base  Com.puter  study  revealed: 

Fifty-eight  percent  of  the  respondents  felt  that  more  than  75%  of  their 
applications  were  well  suited  to  the  use  of  DBMS. 


-  9  - 


INPUT 


EXHIBIT  I I I- 2 
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EXHIBIT  III-3 
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However,  only  25%  had  more  than  75%  of  their  applications  actual!/ 
implemented  using  DBMS,  and  55%  had  less  than  30%  implemented. 

The  types  of  applications  deemed  best  suited  for  implementation  were: 

Applications  which  need  to  share  data. 

On-line  systems. 

Planning  or  management  information  systems. 
Systems  requiring  extensive  data  analysis. 
Systems  with  cd  hoc  reporting  requirements. 
Systems  requiring  extensive  maintenance  (subject  to  change). 
AppiicGtions  least  suited  for  DBMS  were  considered  to  be: 
Routine  accounting  applications. 

Stand  alone  systerr^s  (batch  or  those  not  sharing  date). 

Systems  where  sequential  tape  processing  is  more  economical. 

Most  users  were  In  agreement  tiiat  conversion  to  DBMS  was  both  costly  and 
time  consuming.  While  few  could  give  estimates  of  cost,  some  remarks  are  as 
follows: 

"at  wasn't  cheep!  Conversion  has  taken  several  years.  Don't  know  if 
anyone  has  added  up  the  costs  or  real  ly  wants  to  know." 

"Cost  was  way  over  $1  million.  We're  too  embarrassed  about  it  to  give 
the  actual  figure." 


-  12  - 


"it  was  expensive,  but  worth  It," 
"$l  million." 

m  It  is  probable  that  the  conversion  to  "data  base"  also  involved  conversion  of 
operating  systems  for  man/  IBM  customers  (OS  or  DOS  to  VS)  and  cannot  be 
attributed  solely  to  implementing  DBMS.  However,  it  was  a  traumatic 
experience  for  those  involved. 

o  As  shown  in  Exhibit  li!-4,  over  50%  of  those  replying  during  the  interview 
operated  their  DBMS  in  a  mixed  environment. 

o  Respondents  were  practically  unanimous  in  their  agreem.ent  that  their  use  of 
DBMS  would  increase  over  the  next  five  years,  but  few  could  estimate  how 
much.  This  implies  lack  of  a  firm  plan  even  though  many  are  "committed." 

9  Some  typical  comments  concerning  the  anticipated  increase  in  DBMS  usage 
over  the  next  few  years  were: 

"Major  emphasis  is  on  developing  manufacturing  applications  and  to  use 
IMS," 

"vVill  probably  be  substantial.  Two  on-line  systemiS  have  been  proposed, 
both  would  be  large  data  bases." 

"Anticipcte  enormous  increases." 

"We  are  plcnnlng  on  converting  all  our  applications  to  DBMS  within  the 
next  3  years." 

"Fifty  percent  increase  in  usage  over  the  next  3  years.  Could  be  a 
higher  increase  if  we  could  improve  productivity  of  system  development 
people.  What  we  really  need  Is  a  fester  way  to  implement  applications." 
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EXHIBIT  III-4 


METHODS  IN  miCE  RESPONDENTS  ARE 
OPERATING  THEIR  DBMS 


TYPE  OP  SYSTEM 
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STRENGTHS  OF  CURRENT  SYSTEMS 


•  When  asked  for  strong  points  of  their  current  systems,  IMS  users  most 
frequently  mentioned  IBM  support.  As  one  user  put  it:  "Have  you  ever  heard 
of  Marshal  I  town,  Iowa?  No  one  but  IBM  could  support  us  in  this  remote 
location." 

•  Users  of  TOTAL  and  IDMS  all  mentioned  "ease  of  use"  as  being  the  strong 
point  of  their  systems. 

•  A  user  of  ADABAS  mentioned  it  was  closer  to  a  relational  data  model  than 
others;  and  since  he  felt  "relational  is  the  way  everything  is  going,"  it  was 
selected. 

D.       WEAKNESSES  OF  CURRENT  SYSTEMS 

•  The  list  of  weaknesses  for  IMS  is  as  follows: 

Difficult  to  learn, 
CompiiCGted. 

Perfornncncej  resource  usage,  overhead. 
Resirlcted  to  hierarchical  files. 
Security, 

Reliability. 

•  The  above  were  not  single  statements  of  weaknesses,  but  were  mentioned  by 
multiple  IMS  respondents  in  various  combinations. 
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A  user  of  TIMS-8  (Univac)  mentioned 
tion  and  poor  Univac  maintenance. 


enormous  computer 


resource  consump- 


•  Users  of  TOTAL  mentioned  data  integrity,  security,  performance  and  the  fact 
it  has  not  kept  pace  with  the  state-of-the-art. 

•  A  user  of  IDA/lS  mentioned  poor  response  time,  and  the  ADABAS  user  stated  it 
wasn't  very  good  for  ''sequential  processing." 

E.  RELIABILITY  OF  CURRENT  SYSTEMS 

•  IMS  reliability  was  rated  as  much  improved  and  that  appears  to  be  one  thing 
which  is  no  longer  a  problem. 

•  Users  of  other  systems  also  indicated  reliabih'ty  was  quite  good. 

F.  DESIRED  IMPROVEMENTS  FOR  CURRENT  SYSTEMS 


•         IMS  users  had  suggestions  for  improvement  which  addressed  the  formidable  list 
of  weaknesses  they  Identified  earlier.  Requested  improvements  were: 

Decent  quen'  language* 

Good  data  dictionary. 

Closer  integration  with  operating  system. 

Improved  performance. 

Graphics  interface. 
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More  flexibility  (select  features,  add  terminal  without  sysgen). 

®  TOTAL  users  requested  inverted  file  structure,  distributed  processing  capabil- 
ity, tape  logging,  and  improved  error  handling. 

9         The  IDMS  user  requested  an  improved  query  language. 
G.       CONCLUSIONS  REACHED  ON  COS  ACCEPTANCE 

9  Data  base  systems  ere  currently  cn  important  pert  of  the  data  processing 
environment  and  will  become  even  more  important  over  the  next  five  years. 

a  Current  user  instcHed  systems  are  not  satisfying  many  users'  requirements  and 
they  ere  actively  seeking  solutions. 

®  These  relctlveiy  sample  conclusions  about  the  ccce^fcr.ce  of  the  DBC  v/ere 
supported  during  INPUT'S  research  in  a  very  direct  manner.  People  were 
willing  (and  even  enthusiastic)  to  review  a  fairly  complex  technical  document 
and  submit  to  a  lengthy  and  detailed  interview.  This  is  not  normally  the  case 
in  the  date  orocesslng  Industry. 
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iV       USER  UNDERSTANDING  OF  DATA  STRUCTURES 


A.       KNOWLEDGE  OF  DATA  STRUCTURES 


•  As  shown  in  Exhibit  IV-I,  most  users  were  familiar  with  hierarchical  data 
structures  (25  of  30  respondents).  Since  most  interviewees  had  DBS  installed 
(or  had  evaluated  them),  this  was  to  be  expected. 

•  Only  half  of  those  interviewed  (15)  had  any  knowledge  of  network  structures 
even  though  most  were  specifically  associated  with  data  base  administration. 
(Perhaps  de  facto  standards  are  more  important  than  industry  efforts.) 

•  Only  half  had  any  knowledge  of  relational  structures  (or  thought  they  had). 

•  The  question  concerning  the  percentage  of  applications  which  could  be 
satisfied  was  ons'-^^red  by  only  5  respondentSj  and  no  confidence  should  be 
placed  In  the  results. 


B.       USER  EVALUATIONS  OF  DATA  STRUCTURES 


•  Among  the  users  having  knowledge  of  data  structures  there  was  little 
consensus  on  their  relative  merits.  However,  this  is  not  difficult  to  understand 
since  even  the  "experts"  cannot  seem  to  agree. 
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EXHIBIT  IV-1 


RESPONDENTS'  APPARENT  KNOWLEDGE 
OF  VARIOUS  DATA  MODELS 


FREQL^NCY 


r — j  LmNO'.<JLEDGABLE 

I  I      OR  DISINTERESTED 

XNOI^TLEDGABLE 
(TO  A  DEGREE) 
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•  Generally,  the  reaction  to  hierarchical  structures  can  be  characterized  as 
follows: 

Users  are  familiar  with  it  and  can  understand  it. 

It  is  rigid,  the  number  of  levels  is  limited  and  maintenance  is  a  problem. 

While  most  applications  can  be  implemented,  care  must  be  exercised 
during  implementation. 

•  Network  structures  were  usually  viewed  as  being  superior  to  hierarchical,  with 
greater  design  flexibility,  and  especially  appropriate  for  "real  world  problems" 
such  as  manufacturing  systems. 

•  Specific  comments  concerning  relational  structure  are  as  follows: 

"As  we  underspend  it,  if  you  have  a  relational  data  base  you  also  have 
network  and  hierarchical  capabilities.  So  if  you  are  going  to  build  one, 

bui  id  It  relctic^aL'' 

"RelGtioncI  data  structures  would  probably  be  the  best  one  to 
Implement  on  the  DBC  because  hardware  design  v/ill  be  easier. 
However,  relational  structures  have  not  been  practical  for  many 
cppiications.  It  Qppears  on  the  surface  that  they  are  simple,  but  in  fact 
they  ere  not.  It's  easy  to  perform  functions  such  as  updating  with 
relGtionGi  structures.  The  different  levels  of  relational  structure  are 
more  and  more  complex.  I  am  not  aware  of  any  data  base  being  offered 
that  is  truly  relational.  All  of  the  bugs  haven't  been  worked  out." 

"Reictionai  structures  will  allow  faster  response  time  -  this  is  where 
users  real  !y  get  the  payback." 

"i  like  the  relational  approach  -  think  it  would  v/ork  best  for  us.  A 
logical  procedural  method  for  determining  a  logical  design." 

-  20  - 


INPUT 


"Good  for  applications  where  you  have  to  look  at  a  lot  of  bits  and 
pieces.  Marketing  and  educational  systems  are  examples." 

"V/ould  be  a  much  better  approach  from  the  end  user's  viewpoint.  Would 
satisfy  the  type  of  inquiries  they  like  to  make.  However,  complexity  of 
the  relationship  may  affect  maintenance  and  recovery.  Recovery  has  to 
be  done  concurrently." 

"Relational  is  better  for  retrieval,  especially  for  ad  hoc  retrievals.  (1 
wish  W8  could  get  the  technical  jargon  out  of  the  literature.  It  is  too 
mathematically  oriented  and  difficult  for  the  business  community  to 
understand.") 

"More  flexibility,  easier  to  use  for  ad  hoc  inquiries.  Implementation  is 
easier  because  of  the  canonical  data  base  structure  -  end  result  is  third 
normal  form.  If  you  have  this,  what  more  do  you  have  to  do  to 
implement  it?"  ■ 

"Codd  and  company  don't  understand  the  problem  -  forget  relational." 

"Already  using  RAMIS  and  NOMAD  for  management  planning  -  perhaps 
reiaticnal  would  permit  some  operational  irquiries  not  satisfied  by 
current  systems  (IMS)." 

"Sounds  good,  the  mredical  people  really  need  this  type  of  organization." 

"High  percentage  of  end  users  can  phrase  questions  which  ere  set 
oriented  -  queries  lend  themselves  to  reiationcl  structures." 

"Great  for  planning  and  queries," 

"Rec!  advantage  is  ease  of  change  end  flexibility." 
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"Personally  feel  relational  is  best.  However,  1  fee!  you  also  have  to 
provide  a  view  so  people  can  also  look  at  it  as  network  or  hierarchical." 

"Generation  gap.  Whole  generation  of  people  who  are  used  to  looking  at 
records  in  a  sequential  processing  mode.  TOTAL  had  to  retrofit 
sequential  processing.  People  would  not  use  a  relational  model  directly. 
There  has  to  be  a  transition  that  gets  data  into  a  relational  structure." 

•  When  asked  to  evaluate  the  relative  merits  of  the  three  data  models,  most 
people  felt  all  three  should  be  available,  and  most  said  they  didn't  really  care 
how  data  was  structured.  To  quote  one  respondent:  "I  don't  even  like  to  read 
about  structures  -  1  find  it  very  boring." 

C.       CONCLUSIONS  CONCERNING  TECHNICAL  KNOWLEDGE 

«  A/iost  interviewees  are  oriented  towards  hierarchical  structures  -  which  are 
being  sold  in  the  mcrketpiace.  (Past  studies  have  indiccted  users  are  reluctant 
to  change  -  hardworey  software  or  concepts.) 

9  Even  those  knowledgeabie  about  data  structures  concede  that  substantial 
education  will  be  required  -  for  both  rank  and  file  systems  personnel  and  end 
users. 

%  The  education  problem  should  not  be  underestimated  -  both  in  marketing  and  in 
support. 
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V        REACTIONS  TO  THE  INTEL  PRODUCT 


A.       USER  RATINGS  OF  POTENTIAL  BENEFITS 


Exhibit  V-l  displays  the  relative  importance  of  various  potential  benefits  or 
features  as  reported  by  the  users  interviewed. 

The  following  "bcck-end"  benefits  received  a  high  number  of  positive  responses 
(I  &2)i 

Improved  cost  performance. 
Data  security. 


i  ovices  consisiency. 


Distinct  D3  hardware. 
Some  back-end  benefits  actual  iy  received  low  ratings  (4  &  5): 
Facilities  m.ainframe  change. 
Ne^vvork  data  exchange. 
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EXHIBIT  V-1 


IMPORTANCE  OF  FOLLOWING  BENEFITS, 
AS  PERCEIVED  BY  INTERVIEWEES  (1977) 


a) 

BACKS -END 

HIGH 

MEDIUM 

LOW 

OFF-LOAD  HOST     .  . 

18 

1 

3 

DATA  BASE  SHARING 

9 

4 

8 

NETWORK  DATA  EXCHAI^GE 

6 

5 

10 

CHANGE  MAINFRA>IES 

5 

0 

16 

DISTINCT  DATA  BASS  HARDWARE 

11 

8 

2 

IMPROVED  COST  PEPvFORMANCE 

17 

4 

4 

ENHANCED  DATA  SSCLHITY 

14 

8 

1 

PROVIDES  C0NSI3TANCY  _ 
(OS  &  COMPILERS) 

12 

7 

2 

DISTRIBUTED  PROCESSING 
(AVAILABILITY) 

9 

8 

6 

3 

0 

u 

7 

/ 

z. 

OPTIMIZE  DATA  MANIPULATION 

18 

3 

0 

->^ 

ASSOCIATIVE  PROCESSOR 

Er^iCIENT  ^T^CUT^ON 

17 

5 

0 

BALANCES  RESPONSE  TIMES 

13 

7 

0 

ELIMINATES  TNDFXTNG  " 

12 

6 

2 

REDUCES  STORAGE  REQUIREMENT 

8 

D 

6 

GREATiiR  CONCuRRkNCY 

10 

3 

REDUCES  D3  ADMINISTRATION  COMPLEXITY 

16 

/. 

0 

IMPROVES  COMMAND  TRANSLATION 

12 

5 

4 

MODULARITY  OF  ARCHITECTURE 
(LOW  COST  INCREMENTS) 

14 

5 

1 

IMPROVED  PvELIABILITY 

16 

4 

1 

IMPROVED  SECURITY  &  INTEGRITY 

13 

5 

3 

REDUCES  DATA  TRANSFER 

13 

6 

1 
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•         The  benefits  of  set-oriented  processing  all  received  high  positive  ratings: 


Reduced  application  programming. 

Optimized  data  manipulation. 

Reduced  data  transfer. 

o  The  associative  processor  did  not  receive  any  substantial  negative  responses. 
In  fact,  several  interviewees  (4)  rated  them  all  as  high  and  stated  "it  would  be 
difficult  to  argue  against  these  benefits  -  they're  all  important."  High  positive 
responses  were: 

Efficient  execution. 

Reduced  DBA.  complexity. 

Improved  renGbin  ty. 

Modular  architecture. 

Balanced  response  time. 

Improved  security  and  integrity. 

Reduced  data  transfer. 

Improved  comm.and  translation. 

EHmlncrtes  indexing. 

Greater  concurrency. 
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o  The  ratings  indicate  significant  concern  about  price/performance  of  current 
data  base  systems  and  the  complexity  of  both  programming  and  data  base 
administration. 

#  Few  respondents  felt  the  relative  importance  of  the  benefits  v/ould  change  in 
the  future.  Those  who  did  indicate  change  believed  the  relative  importance 
would  increase.  The  most  frequently  mentioned  increases  in  importance  were 
all  under  "beck-end"  and  are  as  follows: 

*         Distributed  processing  8 

Data  security  6 

Improved  cost  performance  6 

Network  data  exchange  6 

9  Security  and  Integrity  are  of  concern,  but  computer  networking  and  distributed 
processing  are  viewed  gs  tomorrow's  problems. 

9  Some  people  expressed  concern  about  specific  benefits  being  achievable  and 
qualified  their  ratings  with  statements  such  as:  "if  they  can  do  it." 

B.       WOULD  THE  3B4EFIT5  PROMPT  CONVERSION? 


®         This  key  question  was  answered  by  only  6  of  25  respondents  as  an  unequivocal 
"yes."  Eight  Slated -'no-' and  eleven  said  "Possibly." 

©        The  primcry  reason  for  the  "no"  response  was  commitment  to  current  systems 
(especially  LViS). 

The  commitment  to  current  systems  is  based  on  estimated  investments 
which  are  substantial.  For  example,  one  respondent  states:  "IMS 
training  has  cost  us  $40,000  per  person." 


-  26  - 


There  is  also  the  implication  that  it  would  be  difficult  to  go  back  to 
management  with  a  new  solution  to  an  old  problem  which  supposedly  has 
been  solved. 

The  other  factor  is  an  extreme  reluctance  to  switch  to  unproven 
technology. 

»         The  "yes"  answers  were  frequently  qualified  as  follows: 
"if  conversion  tools  are  available." 
"if  it  really  can  do  all  of  the  above." 
"Yes,  when  we  get  serious  about  data  base." 

"if  we  can  get  a  ten  fold  increase  in  price/performance  we  would  have 
to  say  yes." 

"Yes,  there  would  be  a  strong  impetus  to  consider  it  if  the  DBC  can 
really  perform  as  stated." 

•         The  ''possibi/'  category  expressed  certain  concerns  about  the  product  for  the 
following  reasons: 

Doubt  that  it  could  reaiiy  provide  the  benefits  claimed  -  "1  doubt 
whether  Intei  will  produce  something  that  knocked  your  socks  off." 

The  need  for  ;nore  information  than  was  contained  in  the  prospectus. 

The  reluctance  to  consider  new  technology  (and  another  vendor). 

Conversion  costs  would  have  to  be  determined. 
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THE  NEED  FOR  CONVERSION  ASSISTANCE 


•  Only  two  people  said  they  would  not  need  software  conversion  tools,  and  those 
who  said  "yes"  (21)  felt  strongly  about  the  requirement  using  such  ternns  as: 
"definitely,"  "absolutely,"  and  "damn  right  we'll  need  them." 

•  Twenty-three  respondents  expressed  the  need  for  systems  engineering  support 
and  no  one  answered  in  the  negative.  This  support  was  primarily  associated 
with  training  of  customer  personnel,  but  some  also  indicated  the  need  for  some 
hand  holding. 

9  Six  users  stated  such  support  should  be  separately  priced,  eight  said  it  should 
be  included  in  the  hardware  cost,  and  nine  said  it  would  depend  on  hardware 
cost  or  they  would  split  the  cost  with  Intel. 


D.       THE  IMPORTANCE      COST  SAVINGS 


•  Respondents  were  asked  to  rank  (in  order  of  importcnce):  hardware  savings, 
storage  savings,  personnel  savings,  end  responsiveness: 

As  shown  in  Exhibit  V-2,  responsiveness  and  personnel  savings  were 
deemed  most  hmp-ortan"!"  with  responsiveness  having  a  slight  edge,  and 
obviously  there  is  a  close  association  between  the  two. 

Hardware  price/performance  was  a  relatively  strong  third  in  impor- 
tance. Storage  savings  was  considered  unimportant. 

•  Cost  savings  Justification  was  not  an  issue  lending  itself  to  a  crisp  analysis. 
This  resulted  from  various  means  of  cost  calculations^  considerations  of 
"payback"  versus  "return  on  investment,"  and  a  reported  lack  of  concern  in 
some  cases.  Some  typical  comments  were: 
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IN  CONVERTING  A  DBMS,   INTERVIEl^^EES '  RANKING 
AS  TO  THE  MOST  IMPORTANT  EXPECTED  SAVINGS: 
(1  =  MOST  IMPORTANT) 


I  I  I  I  i  

0  5  10  15  20  23 

FREQUENCY  OF  RANKING 

-  2^  "  INPUT 


"Cost  is  not  critical  -  v/e  are  more  concerned  about  reducing  cost  of 
programming  staff." 

"Cost  is  not  critical  -  would  need  more  proof  of  its  capabilities.  Would 
have  to  prove  conversion  costs  would  be  nominal." 

"Savings  would  be  based  more  in  terms  of  avoiding  costs  in  the  future: 
increasing  efficiency  and  not  having  to  buy  a  larger  m.cinframe." 

"Would  have  to  prove  it  would  save  mioney  over  a  3  year  period." 

"Would  have  to  return  investm.ent  within  2  years." 

"Operationally,  it  would  have  to  be  a  wash  or  better." 

"pGyback  wcuid  have  to  be  within  2  years." 

"Sovings  over  cost  would  have  to  be  a  5  to  !  ratio.  (If  this  v/as  IBM's 
product  rcther  than  Inters  we'd  probably  accept  less.)  Ease  of  use  is  the 
most  Important  consideration." 

•  PrGcvicaliy  everyone  felt  the  performance  characteristics  were  attractive  (2A- 
of  27  rated  It  ''T'  cr  -'T-  on  a  scale  of  five).  However,  many  sew  fit  to  qualify 
their  answers: 

"Yes,  for  c  paper  tiger." 

^ they  can  recliy  build  it." 

"Attrcctive  on  paper,  wcuid  have  to  prove  that  ii  recliy  worked." 
''Questions  v/heiher  Intel  can  recliy  achieve  v/hat  they  claim." 
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E. 


IMPLEMENTATION  OF  NEW  APPLICATIONS 


e  The  DBC  was  found  to  have  characteristics  which  would  permit  the 
deveiopment  of  new  applications  and  would  be  more  end  user  oriented.  (By  12 
of  20  interviewees.)  The  applications  were  oriented  around  improved  respon- 
siveness to  terminal  queries,  ad  hoc  reports,  and  data  base  maintenance. 

•  Those  who  felt  the  DBC  would  not  permit  them  to  develop  new  applications 
felt  that  way  for  the  following  reasons: 

"Can  currently  do  everything  with  IMS." 

"Need  more  information  on  the  product." 

"Even  if  avannbie  now,  the  agency  couldn't  buy  and  begin  to  use  it 
before  1983." 

"IMS  will  satisfy  requirements." 

•  The  primary  reGson  for  the  "no"  responses  was  that  the  respondents  seemed 
unable  to  visuclFze  o  "new  appilcarion,"  end  viewed  the  DBC  as  another  "tool" 
to  do  whet  they  were  currently  doing.  (It  should  be  noted  that  Data  Base 
Administrators  do  not  necessarily  have  applications  expertise.) 
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VI       SUPPORT  REQUIRED 


VI       SUPPORT  REQUIRED 


A.       CURRENT  SYSTEMS 


•  While  the  questions  on  support  for  existing  systems  did  not  disclose  as  nnuch 
mecningfu!  information  as  we  had  hoped,  the  respondents  seemed  to  feel: 

They  shouid  have  the  same  capabilities  they  now  have. 

These  ccpabilities  should  be  extended  to  include  relational  data  bases. 

They  were  ombivQlent  about  whether  support  would  be  required  for 
current  query  or  data  manipulation  languages. 

B.  LAh4GUAC-£S 

•  Sixteen  out  of  twenty-three  respondents  did  not  fee!  a  procedural  language 
would  be  required  cs  long  as  language  interfaces  to  the  host  were  available. 

•  However,  those  who  viewed  the  data  base  computer  cs  other  than  a  "back-up" 
expressed  c  need  for  at  least  a  simple  procedural  language. 

•  Language   interfaces    were   deemed   necessary   for   all    languages   of  any 
importance  to  the  individual  respondent. 
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VII       STRENGTHS     AND  WEAKNESSES 
IN     THE  MARKETPLACE 


STRENGTHS  AND  WEAKNESSES  IN  THE  MARKETPLACE 


A.       RESPONDENTS'  VIEW 

•  About  half  of  the  users  reported  an  "interesting"  reaction  to  the  DBC,  versus 
one-third  being  "enthusiastic."  The  balance  stated  some  degree  of  skepticism 
and  questioned  Intel's  capability  of  actually  being  able  to  provide  the  product. 

One  respondent  found  the  concept  excellent  end  wondered  why  IBM 
hasn't  already  developed  a  similar  product. 

•  The  respondents  felt  the  strength  of  the  product  in  the  marketplace  would  fall 
into  the  following  categories: 

Improved  price/performance  would  be  attractive. 

Medium  and  large  companies  with  reasonably  large  data  bases. 

A  sepcraie  data  base  computer  would  be  attractive. 

Ease  of  use  for  programmers;  data  base  adm.inistrctors,  and  end  users. 

The  fiexibility  provided  by  the  system. 

•  Most  respondents  were  able  to  identify  several  positive  factors  for  the  DBC  as 
a  technical  product.  However,  m.any  qualified  their  answers  with  "if  it  works." 
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"Would  sell  to  medium  and  large  companies  who  have  a  centralized  host 
computer  and  a  decentralized  organization." 

"Its  acceptance  and  usage  will  be  dependent  on  conversion  tools." 

"Performance  improvements,  would  reduce  complexity  of  DBMS." 

"Companies  who  v/ou!d  buy  it:  Organizations  like  Sears  or  an  airline 
who  had  many  locations  and  a  requirement  to  share  the  same  data  base* 
Also,  a  company  could  buy  one  and  sell  it  as  a  service  like  the 
timesharing  business." 

"A  piece  of  software/hardware  to  do  one  function  will  be  much  more 
efficient.  Hopefully  it  would  require  less  people  to  support  it." 

"Would  gIIow  companies  to  stay  on  a  DBC  for  a  longer  period  of  time; 
don't  have  to  upgrade." 

"Better  performance,  reduction  in  development  time.  People  savings 
would  be  the  most  important  for  us." 

'^cellent  for  large  data  bases,  high  volume,  on-line  networks, 
distributed  processing." 

"Price/performance.  V/ou!d  permit  small  user  to  have  data  base 
CGpebinty." 

"in-house  cff-ioadlng  most  important.  Networking  should  be  highly 
desirable*" 

♦         The  responses  to  the  question  concerning  factors  which  might  inhibit  the 
acceptance  of  the  DBC  in  the  marketplace  can  be  categorized  as  follows: 

Intel  is  a  "new  company"  in  the  computer  systems  business  and  v^ould 
have  to  sell  itself  as  well  as  the  product. 
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Marketing  a  new  technology,  product,  and  concept  all  in  the  same 
package  would  be  difficult. 

The  reluctance  (or  even  inability)  of  large  customers  to  convert 
installed  data  base  systems. 

The  problem  of  convincing  customers  that  they  would  receive  adequate 
support. 

The  cost  of  conversion! 

The  lack  of  credibility  as  to  whether  the  product  will  actually  work  as 
described. 

The  head-on  confrontation  with  IBM. 

9         Many  respondents  nod  multiple  reasons  why  there  would  be  resistance.  Among 
the  comments  were: 

"New  product  -  does  not  have  a  user  base.  Companies  who  are  heavily 
involved  in  q  DBMS  probably  couldn't  afford  to  change," 

"Reason  for  using  a  DBMS  on  a  large  machine  is  to  gain  flexibility, 
incorporating  software  into  the  hardware  will  lessen  flexibility." 

"Fear  of  the  unknown  -  too  risky  to  take  a  chance  on  a  new  product. 
Users  can  a;so  go  out  and  buy  minicomputers  which  can  handle  some  of 
their  DBMS  problems,  Basic  competition  could  be  minicomputers." 

"Companies  who  have  heavy  investments  in  a  DBMS.  Intel  would  have 
to  prove  there  were  drastic  improvements  in  the  D3C  software  to  get 
old  DBMS  users  to  convert." 

"Conversion  is  difficult  and  costly.  Must  be  able  to  prove  it  will  be 
reliable.  Cost  of  hardware  must  be  competitive." 
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"One  more  piece  of  hardware  to  worry  about.  Why  do  we  have  to  have 
the  extra  hardware?" 

"Marketing  expenses  will  be  a  tremendous  drain  -  can  Intel  afford  it? 
Failing  point  of  the  DBC  could  be  the  the  software." 

"Not  convinced  they  can  build  a  machine  and  deliver  performance 
without  any  indexes." 

"Intel  should  think  very  hard  about  conversion  factor.  Companies  who 
have  c  DBMS  and  use  it  for  a  lot  of  their  application  programming 
would  find  it  difficult  to  convert  -  even  if  conversion  tools  were 
available." 

"Too  mystical  to  understand  -  must  demonstrate." 

"People  don't  like  to  change,  conversion  is  not  popular  -  hard  to  sell." 

"Don't  v^ant  to  sign  up  with  a  company  which  may  drop  the  product." 

3,       ihPUT^S  ANAiyStS 

»         Intel's  strengths  in  the  marketplace: 

The  system  in  terms  of  concept  and  technology  is  attractive  to 
knowledgeable  dcTo  processing  professionals.  It  satisfies  a  definite  need 

Jit  rJ;w::;^w.i^i  i^  w  ♦ 

The  price/performance  is  attractive  and  will  permit  the  implementation 
of  many  ccfG  base  facilities  which  have  been  impractical  because  of  the 
cost  of  current  software  systems. 
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Relational  data  structure  (in  combination  with  the  DBC)  will  permit 
flexibility  and  responsiveness  in  today's  highly  dynamic  systems  en- 
vironment. This  will  benefit  programmers,  data  base  administrators, 
and  end  users. 

The  product  is  not  premature  in  its  timing  -  it  addresses  a  recognized 
.  need  in  the  marketplace.  In  all  probability,  the  advantages  of  relational 
data  structures  will  be  popular  (and  understood)  by  the  time  volume 
production  is  planned. 

•         Intel's  exposure  in  the  marketplace: 

The  product  is  new  and  complex.  The  technology  (associative  memory, 
CCDs,  relational  data  structures,  and  even  the  concept  of  a  DBC)  is  not 
understood  by  the  general  EDP  community. 

The  proper  integration  of  such  a  system  Into  the  current  data  processing 
environment  is  a  significant  technological  challenge.  It  will  require 
speciciized  systems  programming,  applications  programming  knowledge 
and.  expertise  in  addition  to  engineering  capability.  (Engineers  have 
always  v/ondered  why  programming  is  such  a  problem,  but  be  assured 
the  problem  is  real  and  still  exists.) 

.Most  data  processing  personnel  resist  change  because  of  past  experience 
with  systems  conversions,  new  languages,  end  new  hardware.  Their 
management  is  tired  of  the  expense  which  has  been  generated  by  "new 
solutions"  to  problems,  and  will  settle  for  something  which  is  "reliable" 
end  works. 

Demonstrated  product  support  (systems  engineering,  maintenance,  and 
training)  is  more  important  than  cost.  Most  experienced  DP  managers 
have  hod  bed  experiences  with  support  or  new  products. 

The  cost  of  "full  support"  is  extremely  expensive,  especially  in  a  start- 
up situation  with  a  new  system. 

-  37  - 


srypuT 


Intel's  image  in  the  nnarketplace  is  not  visible  to  many  users  end  is  not 
associated  with  computer  systems.  Other  companies  with  good 
reputations  and  products  have  failed  in  the  systems  arena.  This  leads  to 
the  question  of  dedication  to  the  particular  business  or  product.  There 
will  be  considerable  skepticism. 

Over-riding  the  entire  marketplace  is  I'3;Vi,  end  the/  v/ill  be  the  main 
com.petition  regardless  of  whether  they  have  a  comparable  product. 
The  D3C  is  a  threat  to  the  heart  of  IBM's  overall  data  processing 
strategy.  They  will  react  to  this  competition  with  "sufficient  vigor"  to 
assure  a  real  fight  in  every  sales  situation. 
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DBC     FORECAST  1978-1983 


Vill     DBC  FORECAST  1 978- i  983 


A.       FORECAST  ASSUMPTIONS 

•  Due  TO  marketing  end  support  requirements  for  the  DBC,  only  the  domestic 
market  will  be  addressed.  .  . 

•  The  product's  primary  direction  will  be  towards  the  large  data  base 
instal  lations  (IBM  370/ 1 58  (303 1 )  and  above). 

•  The  potential  market  for  the  DBC  v/ill  reflect  both  hardware  (off-loading  host) 
end  software  (current  data  base  systems)  replacement. 

•  The  DBC  wili  have  demonstrable  price/performance  imiprovement  of  5  to  I 
over  IMS  for  com.pGrGble  transactions. 

•  Reiotlonci  data  bases  will  become  more  understood  end  acceptable  before  1980 
(regardless  of  IBM's  strategy). 

•  Product  supDcrt  wiil  be  comparable  to  that  currently  provided  by  suppliers  of 
plug  compatible  peripherals  and  mainframes.  (This  means  in  terms  of  response 
to  problems  -  there  will  be  more  problems  when  supporting  the  DBC.) 

•  The  revenues  projected  are  for  the  basic  DBC  system  as  described  in  the 
product  prospectus  and  do  not  Include  secondary  storage. 
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B.       MARKET  FORECAST  METHODOLOGY 


•  The  use  of  large  scale  data  processing  systems  In  the  United  States  will  grow 
as  follows: 

1978 

Installed  2000 
L/S  DBMS 

9  The  above  projections  are  based  on  research  done  for  INPUT'S  Annual  Report 
1977.  The  report  also  Indicated  the  value  of  data  base  system  software 
revenues  would  increase  from  $70  million  in  1976  to  $250  million  in  1982. 

9  The  installed  hard//are  value  for  large  scale  systems  (Processor  &  Memory) 
using  data  base  systems  is  approximately  $^+-5  billion.  (2,000  installed  systems 
in  1978.) 

m'  it  Is  assumed  that  the  primary  market  for  a  DCB  will  be  cmcng  heavy  users  of 
DBS  (greater  than  50%  of  processing  power).  This  represents  less  than  25%  of 
Instal  led  systems. 

9  The  processing  power  subject  to  replacement  is  therefore  approximately  $1.1 
billion.  Add  an  additionai  $100  million  for  data  base  software  sales  in  1978, 
end  the  total  market  subject  to  displacement  is  $  1 .2  bi!  lion. 

a  Assume  that  IBM  will  have  "holding  power"  on  its  market  share  (approximately 
50%)  over  the  range  of  the  forecast.    That  means  $dOO  million  is  subject  to 

disDiacement  In  1973, 

«  Normal  "plug  compatible"  penetration  against  existing  devices  or  processors 
has  been  20%.  end  6  of  30  interviewees  (20%)  in  the  DBC  study  Indicated  they 
would  convert  if  the  system  met  performicnce  specifications. 


1979         1980         1981         1982  1983 


2580        3328        4293        5539  7144 


-  40  - 


•  INPUT  does  not  believe  a  system  of  the  complexity  of  the  D3C  and  requiring 
conversion  can  anticipate  20%  market  penetration  (and  the  assumption  of  5 
times  performance  is  at  the  low  end  of  the  scale).  Therefore,  penetration  was 
adjusted  10%. 

•  This  results  in  a  $60  million  market  potential  for  data  base  computers  in  1978. 
Projected  out  to  1982  (the  requested  forecast  period),  this  indicates  a  $166 
million  market  by  that  time.  See  Exhibit  Vlll-I .  : 

•  However,  we  feel  there  will  be  a  tendency  for  the  penetration  to  grow  above 
10%  and  this  is  approximated  by  the  shaded  area  on  Exhibit  VI il-l. 

C.  DBC  MARKET  FORECAST 

•  Starting  with  the  introduction  of  the  DBC  in  1 979-1 980,  INPUT  projected  what 
it  considered  to  be  "orderly"  penetration  of  the  '"potential  market."  Exhibit 
Vlil-2  shows  our  projections  of  possible  unit  shipments  and  market  share. 

•  "Average"  conf igurctions  ere  assumed  to  be  $500,000  through  1982,  but  it  is 
felt  that  Gvercge  configurations  will  tend  to  grow  over  the  life  of  the  system. 
This  is  reflected  in  the  1933  projection  where  the  revenue  is  obtained  based  on 
average  configurations  of  $600,000*  (The  revenue  obviously  includes  expansion 
of  systems  installed  prior  to  !  9333) 

D.  FORECAST  QUALIFICATIONS 

•  INPUT  forecasts  that  50%  or  more  market  penetration  against  competitors 
other  than  IBM  (they  were  assumed  to  hold  their  market  share)  is  reasonable. 
Provided: 
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EXHIBIT  VIII-1 


POTENTIAL  R4RKET  GROWTH  FOR  THE  NON-IBM  "D3C" 
PRODUCT  LINE  CONCEPT 
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EXHIBIT  VIII-2 


INTEL  "DBC"  SHIPMENTS  AND  SATURATION 
OF  POTENTIAL  MARKET 


YEAR 

SHIPMENTS 
(UNITS) 

REVENUE 

MARKET 
SIZE 

%  OF 
MARKET 

1979 

0 

$  0 

$     75.  M 

0% 

1980 

6 

3. 

100. 

3. 

1981 

40 

20. 

130. 

15. 

19S2 

100 

50. 

166. 

30. 

1983 

200 

120. 

214. 

56. 
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Intel  enters  the  nnarket  on  the  timeframe  projected. 

Resources  are  available  in  both  marketing  and  systems  support. 

Conventional  market  research  and  forecasting  techniques  have  consistently 
failed  when  applied  to  products  incorporating  technological  innovation  - 
usually  on  the  low  side. 

The  critical  sensitivity  is  IBM  market  share  -  if  it  increases  to  70%  of  installed 
DBS,  the  available  rem.aining  market  would  be  reduced  by  40%  to  $36  million 
in  1978  and  $100  million  in  1982.  This  v/ould  still  permit  Intel  to  achieve  the 
projected  revenues  of  $50  million  with  50%  penetration  of  the  market. 
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CONDUCTED 


APPENDIX  1: 


INTERVIEWS  CONDUCTED 


I.  GENERAL  INTERVIEWS 


TYPE 

ON  SITE 

PHONE 

Edward  J.  Kagman,  Manager 
Eiapioyee  Inforination  Systems 
AtlaFitic  Richfield  Corporation 

Process 
Mfg. 

X 

Sherrill  Overfield,  Manager 
D^>ta  B^se  A-dTilnistration 
TRW 

Discrete 
Mfg. 

X 

Rudy  Fontes,  Manager 
Data  Base  AdtninT  stration 
Northrop 

Discrete 
Mfg. 

X 

David  Tounaela,  Project  Manager 
Customer  Inforination  Systems 
Southern  California  Edison 

Electric 
Utility 

X 

Confidential 
Non-DOD  Agency 

Federal 
Govt. 

X 

Jules  Sch'wartz,  Director 
Computer  Sciences  Corp. 

Computer 
Ser^/ices 
Vendor 

X 
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TYPE 

ON  SITE 

PHONE 

John  Lausas,  Manager 
Technical  Support 
Allied  Van  Lines 

Transpor- 
tation Ser- 
vices 

X 

Tim  Huckabay 

Data  Base  Administrator 

TeletvDe  Coro. 

Discrete 
Mfg. 

X 

John  Sikora,  Manager 
Technical  Services 
Aldan's 

Retail 

X 

Eldon  Bartsch 

Manager  Technical  Support 

Tjennox  Industries 

Discrete 
Mfg. 

X 

Thomas  Grimes,  Super^/isor 
Data  Systems 
AT  &  T 

Telephone 
Utility 

X 

Ron  VanderMeer 

Data  Base  Administrator 

Wh  "i  7*  1  n  O  O  "i     C  'TTTJ  . 

Discrete 
Mfg. 

X 

Ralph  Cortner 

Data  Base  Administrator 

Petroleum  T n t ttt!;? t- i   n  Com. 

Publisher 

X 

Michael  Eolley.  Manager 
Data  Bas^  A-min-?  ^trat"^  on 
Dow  Cb^mic--^^ 

Process 
Mfg. 

X 

Ron  Hiles  • 

Data  Base-  x\aminJ.s-trator 

Airline 

X 

Bill  Grover 

Data  Base  Manager 

McDonal  d ' s 

Restaurant 
Chain 

X 

Richard  S.  Zakrzewski 
Assistant  DP  Manager 
Northwestern  Mutual  Life 

Insurance 

X 

Oral  Balzer 

Data  Administrator 

Boeing  Computer  Services 

State 
Govt. 

X 
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Jim  Curtman 

Data  Base  Administrator 
Boeing  Computer  Services 

Frank  Kirshenbaum. 
Technical  Support  Manager 
Equitable  Life  Assurance 
Society 

J.  Spitz 
Director  MIS 
Vivatar 

Confidential,  Development 

Manager 

IBM 

Confidential 
VA  Hospitals 

J.  Hittman 
Systems  Pro grander 
National  CSS 

B.L.  Garnert 

Data  Base  Aduilnistrator 

Virginia  Electric  Power 

Gerry  Weinberg.  Manager 
Systems  Support 
Bank  of  America 

Honien  Liu 

Director,  MIS 

Pacific  Gas  &  Electric 

L .  Rako  z± 

Vice  President  Dev£lopm.ent 
Tymshare 

E .  dePashaiais 
Vice  President >  MIS 
Mervyn's 

Jack  MacCrisken,  Manager 
Data  Base  Administration 
Intel 


TYPE 

ON  SITE 

PHONE 

Computer 
Services 
Vendor 

X 

Insurance 

X 

Discrete 
Mfg. 

X 

T)l  ^  P  TP  t"P 

1^  -1_  O  V      1_  tL-  L. 

Mfg. 

X 

Govt . 

Y 

Com.puter 
Services 
Vendor 

X 

utility 

Banking 

X 

Gas  & 

J_J  X  C-       l_  ^  -U 

Utility 

X 

Computer 
Services 
Vendor 

X 

Re<-ai" 

X 

Discrete 
Mr  o- 

X 
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PARTIAL  INTERVIEWS 


Keith  Rose 

Data  Base  Manager 

State  of  Illinois 

Rod  Price,  Director 
Medical  Computer  Center 
University  of  Missouri 

Eric  Fairchild,  Manager 
Major  Sy steins  Programs 
Bank  of  Arnerica 

Medford  Johii  Jr  Cairipbell 
Statistical  Sj/stems  Analyst 
Health  Education  &  Welfare 


TYPE 

ON  SITE 

PHONE 

State 
Govt. 

X 

University 

i 

Bank 

-(7  ~  J     _  T 

Govt . 

X 
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OTHER  INTERESTED 
PARTIES 


APPENDIX  II:     OTHER  INTERESTED  PARTIES 


•  The  following  people  expressed  interest  in  the  product  but  were 

not  interviewed: 

Judy  Hamilton 

Manager,  Commercial  Software  Factory- 
System  Development  Corp. 
2500  Colorado  Av^e. 
Santa  Monica,  OA  90406 

Chuck  Gahr 

Union  Research  Center 
.  P.O.  Box  76 
Brea,  CA  92621 

Paul  Feldtnan 

Head,  Systeins  Development  Branch 
Naval  Intelligence  Support  Center 
4301  Suitland  Rd. 
Washington,  DC  20390 

G.3.S.  Man! 

Super^/isor  Data  Base  Support 
Atlantic  Richfield 
645  S.  Mariposa  Ave. 
Los  Ajigeles,  CA  90005 

Sharon  Bonner 

Manager,  Software  &  Procedures 

Fairchild  Camera  &  Instruments 

MS  22110 

464  Ellis  St. 

Mountain  View,  CA  94042 
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Jim  Harder 

Technical  Assistant  to  General  Manager 

Boise  Cascade 

P.O.  Box  50 

Boise,  Idaho  83728 

William  Rawsky 

Manager,  Technical  Support 

White  Motors 

35129  Curtis  Blvd 

Dept.  310,  DP  Services 

East  Lake,  Ohio  44094 

F.R.  Noiva 

Manager,  CDP  Support 
AETNA- Life  &  Casualty  Co. 
151  Farmington  Ave. 
Hartford,  CT  06155 

Jerry  Schade 
State  of  Colorado 
Division  of  EDP 
2002  So  Colorado  Blvd 
Denver,  CO  80222 

M.H.  Ford 

Manager,  Computer  Systems  Division 

Standard  Oil  of  California 

525  Market  St. 

San  Francisco,  CA  94105 

C.R.  Cortright 
Hughes  Tool 

1901  W.  Malvsm  606/K128 
Fullerton,  CA  92634 

Sidney  Has in 

Director  cf  Computer  Technology 
North  American  Rockwell 
2201  Seal  Beach  Blvd 
Long  Beach,  CA 

Joseph  Sansome 
Vice  President 
Consolidated  Edison 
4  Iwing  Place 
New  York,  NY  10003 
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Peter  D.  Rosenow 

Vice  President  and  Manage 

Crocker  National  Bank 

155  Fifth  St. 

San  Francisco,  CA  94103 

Robert  G.  Kramer 

Manager  US  Group  DP 

Levi  Strauss  &  Co. 

340  Market  St. 

San  Francisco,  CA  94111 

Fenwick  Holmes 
Manager,  Data  Processing 
Del  Monte  Corporation 
1  Market  Plaza 
San  Francisco,  CA 


APPENDIX     111:       RESPONDENTS  CONCERNED 

WITH     TECHNICAL  DETAILS 
OF     THE  PRODUCT 
PROSPECTUS 


APPENDIX  III: 


RESPONDENTS  CONCERNED  WITH  TECHNICAL  DETAILS 
OF  THE  PRODUCT  PROSPECTUS 


•  A  number  of  respondents  were  concerned  with  the  lack  of 

technical  detail  on  the  product  prospectus  or  raised 
questions  on  how  Intel  proposed  to  handle  certain 
functions.     Their  comments  can  be  found  in  the 
following  questionnaires: 


INT    3  NORTHROP  CORP. 
INT     6  COMPUTER  SCIENCES  CO- 
INT  17  NORTHWESTERN  MUTUAL 
INT  18  STATE  of  CALIFORNIA 
INT  20  EQUITABLE  LIFE 
INT  26       18  BANK  of  AMERICA 
INT  36  STATE  of  ILLINOIS 
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CAT  A  l_  O  G .  N  O .  ri  Fn  [  T  LLdEI 

APPENDIX  IV 
DATA  BASE  COMPUTER  QUESTIONNAIRE 


T"Jhat  percent  of  your  applications  lend  themselves  to  DBMS? 
a)     \^at  types  of  applications  are  best  suited?  '  


b)     What  types  are  least  suited? 


What  DBMS  systems  are  you  currently  using? 


a)     %  of  applications 


b)     %  cf  processing  time 


c)     Cost  to  convert  iroii  former  mode  of  operation  (hardware,  software. 


personnel) ? 


WTiat  is  the  current  size  of  your  on-line  data  base? 


a)     Bytes  of  on-line  storage 


b)     %  of  total  on-line  storage 
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4.     How  are  you  currently  operating  your  DBMS?     (Dedicated,  mixed,  multiple 
systems) 


5.  Do  you  estimate  your  use  of  DBMS  will  change  in  the  next  few  years? 

a)  1978    %  of  increase  or  decrease 

b)  1980   % 

c)  1982    % 

6.  How  do  you  evaluate  your  current  DBMS? 


a)     Strong  points'' 


b)     weak  points? 


c)  Reliability? 


d)     Needed  Improvements? 
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7.     There  has  been  a  great  deal  of  discussion  concerning  different  data 

models,  what  is  your  assessment  of  the  advantages  and  disadvantages  of: 

%  of  Application 


a)     Hierarchical  Structures 


b)     Netx^ork  Structure 


g)     Relational  Structures 


d)     V^nat  %  of  your  applications  can  be  satisfied  by  each? 
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INTEL  has  proposed  developing  a  Data  Base  Computer  with  unique  hardware 
and  software  features.     Many  potential  benefits  have  been  claimed  for 
such  as  system.     On  a  scale  of  1-5  how  important  do  you  consider  these 
benefits?     (  1  =  very  important,  5  =  not  important). 


a)  Backs-end 


Now 


1980 


Off-load  host 


Data  Base  Sharing 


Network  Data  Exchange 


Change  Mainframes 


Distinct  Data  Base  Hardware 


Improved  Cost  Performance 


Enhanced  Data  Security 


Provides  Consistancy 
(OS  &  Compilers) 


Distributed  Processing 
(Availability) 


b)     Set-Oriented  Processing 


Reduce  Applications  Programming 


Reduces  Data  Transfer 


Optimize  Data  Manipulation 


c)     Associative  Processor 


efficient  Execurion 


Balances  Response  Times 


i^liminates  indexing 


Reduces  Storage  Requirement 


Greater  Concurrency 


Reduces  D3  Administration 
Complexity 
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c)     Associative  Processor  (Continued) 


Now 


1980 


Improves  Command  Translation 


Modularity  of  Architecture 
(Low  cost  increments) 


Im.proved  P\.eliability 


Improved  Security  &  Integrity 


Reduces  Data  Transfer 


Would  these  benefits  prompt  you  to  convert  from  your  current  systems?  ■ 


If  not,  why  not? 


Would  you  need  conversion  assistance? 
a)     Software  Tools? 


b)     Systems  engineering  support? 


c)     Would  you  expect  to  Pay? 
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11.     What  would  be  the  most  important  savings  you  would  expect?     (Rank  in 
order  of  importance) 

Rank 


a) 

Hardware 

b) 

Storage 

c) 

People 

d) 

Responsiveness 

12.  What  demonstrable  cost  saving  would  justify  a  change? 

a)   _<$100,000  per  year   ■  . 

b)   $100,000  per  year 

c)  $250,000  per  year 

d)  ^$250,000  per  year 

13.  What  percentage  of  your  processing  against  data  bases  lends  itself  to 
sec-oriented  operations?   7o 

14.  Do  3you  feel  the  perfomance  characteristics  claimed  are  attractive? 
(Rate  1-5)  . 

15.  Would  the  Data  Ease  Computer  with  these  performance  characteristics 
permit  you  to  implement  new  applications? 

■■  a)     What  kind? 


b)     If  no,  why  not? 
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Would  you  require  support  for  existing  systems? 
a)  Functionally   


b)     Data  Model 


c)     Languages  (Data  Manipulation,  Query) 


Would  you  require  a  procedural  language  or  would  interfaces  be  sufficient? 
a)     Procedural  Language  Required?   


b)     Language  interfaces  desired? 
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18.     How  would  you  characterize  your  reaction  to  the  DBC? 


Enthusiastic 


Interesting 


Skeptical 


Confusing 


needs  it 


19.     What  do  you  think  will  be  its  strengths  in  the  marketplace? 


29.     I^hat  will  be  the  primary  thing  inhibiting  its  acceptance? 


30.     Anv  other  coisments. 
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